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FOREWORD 


This  document  is  Volume  9  in  a  series  produced  by  the  Army  Research  In¬ 
stitute  for  the  Behavioral  and  Social  Sciences  (ARI)  and  the  Project  Manager 
for  Training  Devices  (PM  TRADE).  The  series  consists  of  10  related  documents 
for  combat  and  training  systems  developers,  including  Army  Materiel  Command 
(AMC)  laboratories  and  other  entitles.  Army  acquisition  personnel.  Training 
and  Doctrine  Command  (TRADOC)  Combat  Developers  and  Training  Developers,  and 
contractor  organizations  Involved  in  system  development  or  development  in 
technological  areas  under  Independent  research  and  development  (IR&D) 
programs. 

The  series  includes  guidelines  and  procedures  that  support  the  effective 
consideration,  definition,  development,  and  integration  of  embedded  training 
(ET)  capabilities  for  existing  and  developing  systems.  The  10  documents  share 
the  general  title  of  Implementing  Embedded  Training  (ETl.  vlth  specific,  de¬ 
scriptive  subtitles  for  each  document.  They  are  as  follows: 

1.  Volume  1 1  Overview  presents  an  overall  view  of  the  guidance  docu¬ 
ments  and  their  contents,  purposes,  and  applications,  including  a 
discussion  of  the  following: 

a.  the  total  training  system  concept,  including  embedded  training; 

b.  the  reasons  training  systems  must  develop  within  more  general 
processes  of  materiel  system  development; 

c.  the  effects  of  embedded  training  on  this  relationship;  and 

d.  the  content  and  uses  of  the  remaining  documents  in  the  series, 
and  their  relationships  to  the  training  systems  development  and 
acquisition  processes. 

2.  Volume  2;  ET  as  a  System  Alternative  provides  guidelines  for  decid¬ 
ing  whether  ET  should  be  further  considered  as  a  training  system 
alternative  for  a  given  materiel  system.  It  also  includes  guidance 
on  consideration  of  ET  as  an  alternative  for  systems  under  product 
Improvement  or  modification  after  fielding. 

3.  Volume  3;  The  Role  of  ET  in  the  Training  System  Concent  contains 
guidance  for  the  early  estimation  of  training  system  requirements 
and  the  potential  allocation  of  such  requirements  to  BT. 

4.  Volume  4;  Identifying  ET  Requirements  presents  procedures  for  de¬ 
fining  ET  requirements  (ETRs)  at  both  initial  levels  (i.e.,  prior  to 
initiating  system  development)  and  for  revising  and  updating  Initial 
ETRs  during  system  design  and  development. 

5.  Volume  5;  Designing  the  ET  Component  contains  analytic  procedures 
and  guidance  for  designing  an  ET  component  concept  for  a  materiel 
system  based  on  specified  ETRs. 
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6.  Volume  6t  Integrating  ET  vlth  the  Prime  System  contains  considera¬ 
tions,  guidance,  and  "lessons  learned"  about  factors  that  influence 
the  effective  integration  of  ET  Into  materiel  systems. 

7.  Volume  7:  ET  Test  and  Evaluation  presents  guidance  for  defining  the 
aspects  of  the  ET  component  (test  issues)  to  be  addressed  in  proto¬ 
type  and  full-scale  system  testing. 

8.  Volume  8;  Incorporating  ET  into  Unit  Training  provides  guidance  for 
integrating  ET  considerations  and  Infoimation  into  unit  training 
documentation  and  practice. 

9.  Volume  9;  Logistics  Implications  presents  guidance  regarding  key 
logistics  issues  that  should  be  addressed  in  the  context  of  ET  inte¬ 
gration  vith  prime  item  systems. 

10.  Volume  10:  Integrating  ET  into  Acquisition  Documentation  provides 
guidance  on  developing  the  necessary  documentation  for,  and  specifi¬ 
cation  of,  an  ET  Component  of  a  prime  item  during  the  Army’s  systems 
development  and  acquisition  process.  This  document  discusses  the 
Life  Cycle  System  Management  Model  (LCSMM)  and  the  Army  Streamlined 
Acquisition  Process  (ASAP)  and  describes  vhere  and  hov  to  include  ET 
considerations  in  the  associated  documentation.  It  also  describes 
vhere  and  hov  to  use  the  other  volumes  in  the  ET  Guidelines  series  to 
generate  the  information  required  for  the  acquisition  documentation, 
and  provides  guidance  in  preparing  a  contract  Statement  of  Work  for 
an  ET  Component  to  a  prime  item  system. 
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WILLIAM  MARROLETTl 
Deputy  Project  Manager 


Technical  Director 
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IMPLEMENTING  EMBEDDED  TRAINING  (ET): 
VOLUME  9  OF  10:  LOGISTICS  IMPLICATIONS 


INTRODUCTION 

Current  Department  of  the  Army  (DA)  policy  states  that  "an  embedded 
training  capability  will  be  thoroughly  evaluated  and  considered  as  the 
preferred  alternative  among  other  approaches  to  the  incorporation  of 
training  subsystems  in  the  development  and  follow-on  Product  Improvement 
Programs  of  all  Army  Materiel  Systems."^  Therefore,  the  initial  defi¬ 
nition  process  for  all  new  and  developing  systems,  and  for  all  Product 
Improvement  Programs  (PIPs),  must  include  a  decision  as  to  whether  embed¬ 
ded  training  (ET)  should  be  further  considered  for  inclusion  in  the  sys¬ 
tem  capabilities.  The  policy,  in  effect,  says:  ET  will  be  included  in 
all  new  and  developing  Army  systems  unless  there  are  valid  and  compelling 
reasons  not  to  do  so. 

The  process  of  analysis  and  design,  leading  to  end  item  configu¬ 
rations  which  include  an  ET  component,  have  been  documented  in  earlier 
volumes  of  this  guideline  series.  The  assumption  for  this  volume  is  that 
ET  has  been  or  is  being  designed  as  part  of  the  prime  system,  and  that 
ET-related  operations  and  maintenance  data  are  a  part  of  the  normally 
required  logistics  data  package.  Just  as  the  prime  system's  hardware  and 
software  requirements  are  described,  specified,  and  documented,  so  too 
are  the  ET  system's  hardware  and  software  requirements. 

This  volume  defines  the  ways  in  which  training  developers,  logisti¬ 
cians,  and  combat  developers  must  interact  with  each  other  as  a  team  in 
support  of  integrated  ET.  The  means  to  achieving  the  interaction,  and 
ultimate  integration,  throughout  design  are  questions  and  answers  for 
both  the  logisticians  and  training  developers  to  address  through  dia¬ 
logue.  The  questions  and  answers  are  presented  within  the  framework  of 
existing  logistic  support  analyses  and  Army  procedures  applicable 
throughout  the  acquisition  process  and  postdeployment  phases  of  the  sys¬ 
tem  life  cycle. 

In  addressing  special  logistics  implications  of  embedded  training, 
this  volume  shows  that  the  logistical  developments  and  the  prescribed 
processes  to  support  a  system  which  is  to  include  ET  are  similar  to  those 


^US  Department  of  the  Army  (1987).  Policy  and  guidance  letter,  sub¬ 
ject:  Embedded  Training.  Office  of  the  Under  Secretary  of  the  Army, 
signed  by  General  Maxwell  R.  Thurman,  Vice  Chief  of  Staff  of  the  Army, 
and  the  Honorable  James  R.  Ambrose,  Under  Secretary  of  the  Army,  dated  3 
March  1987. 
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for  •  system  without  ET.^  The  normel  logistics  procedures  will,  in  the 
sMin,  be  followed  for  eech  ET  system  «s  they  ere  for  any  other  system; 
their  effectiveness  with  ET  will  be  no  different. 

Vlien  need  for  ET  eppeers  in  the  system  environment,  both  training 
developer  and  logistician  roles  become  altered  by  a  set  of  considerations 
not  previously  encountered  In  system  development.  Traditionally,  it  has 
been  the  combat  developer  who  specifies  system  requirements,  based  on 
combat  mission  factors.  Uith  initiation  of  ET  requirements,  however,  the 
training  developer  also  assumes  a  configuration  driver  role  and  must  work 
together  with  the  combat  developer  in  preparing  the  Organizational  and 
Operational  (O&O)  plan  appendices  and  tha  Required  Operational  Charac- 
tarlcs  (ROC).  Similarily,  the  training  developers  and  logisticians  in 
the  program  manager  and  contractor  shops  must  work  together  once  the 
system  is  under  contract  to  realize  the  resulting  specifications  in  the 
contract.  This  is  because  the  ET  requirement  poses  system  configuration 
issues  in  addition  to  those  posed  by  combat  requirements. 

Because  training  and  logistics  considerations  become  intermixed, 
both  training  developer  and  logistician  must  become  aware  of  the  follow¬ 
ing  system-specific  Issues: 

-  the  impact  of  training  requirements  on  system  configuration  and 
associated  system  life  cycle  support  considerations; 

-  how  those  considerations  Impact  the  materiel  developer's  ability 
to  support  integration  of  the  defined  ET  component;  and 

-  how  the  degree  of  actual  ET  system  implementation  affects  the 
overall  training  system  design,  i.e.,  training  requirements  not 
implemented  in  ET  will  be  transferred  to  the  training  device 
implementation. 

Consider,  also,  the  principal  objectives  of  the  Integrated  Logistics  Sup¬ 
port  concept,  which  the  system  logistician  must  heed.  Those  objectives 
are  to: 


influence  operational  and  materiel  requirements  and  design 
specifications; 


^ET  does  pose  some  issues  which  call  for  a  review  of  current  policies 
and  ways  of  doing  business.  The  DA  policy  statement  calls  for  consider¬ 
ation  of  ET  as  a  first  choice.  This  may  imply  paying  a  premium  for 
providing  the  training  capability  in  the  system,  and  may  conflict  with 
established  life-cycle  costing  policies  and  practices.  In  addition,  the 
maintenance  logistics  implications  of  training  components  assigned  to 
the  "owning  unit"  versus  the  Training  Aids  Support  Center  (TASC)  will 
differ  from  current  policy,  and  require  the  Army  to  provide  the  neces¬ 
sary  organic  resources  to  support  the  devices.  Resolution  of  these 
issues  is  beyond  the  scope  of  this  volume. 
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-  define  the  support  requirements  best  related  to  the  materiel 
system  design  and  to  each  other; 

-  develop  and  acquire  the  required  support;  and 

•  provide  operational  phase  support  at  lowest  cost. 

A  mutual  understanding  of  these  Issues  is  necessary  to  reach  both  train¬ 
ing  and  system  development  objectives.  In  addition*  these  objectives 
Biust  be  met  within  the  time  frame  of  prime  Item  development*  as  ET  devel¬ 
opment  Is  now  conducted  concurrently  with  the  prime  Item.  Integrating 
the  training  developer  and  logistician  communities  will  require  periods 
of  adjustment  as  both  come  to  mutual  understanding  and  agreement.  This 
period  Is  necessary  to  accomplish  smooth  definition*  Integration*  and 
Implementation  of  both  ET  requirements  and  the  larger  Integrated  training 
system. 


ET  Logistics  Implications:  An  Overview 

The  presence  of  ET  In  a  prime  system  will  Influence  logistics  sup¬ 
port  requirements  In  two  major  ways.  First*  the  hardware  components  of 
the  ET  subsystem  will  require  maintenance  and  repair.  Second*  the  use 
of  embedded  training  will  generate  requirements  for  maintenance  and  re¬ 
pair  of  some  portions  of  the  prime  system  over  and  above  those  repairs 
anticipated  through  normal  operations.  From  a  total  training  perspec¬ 
tive,  ET  may  reduce  the  repair  and  maintenance  burden  by  reducing  stress 
Induced  by  mechanical*  hydraulic*  or  similar  subsystems. 

The  extent  of  the  logistics  burden  imposed  by  ET  will  be  determined 
by  many  factors*  principal  ones  being  the  design  choices  that  are  made 
and  the  extent  to  which  the  use  of  ET  reduces  the  operational  system's 
use  for  field  training  exercises.  These  and  other  factors  are  presented 
below: 

1.  Since*  In  general*  the  Implementation  of  ET  Is  electronic*  the 
failure  characteristics  of  the  ET  subsystem  will  parallel  those 
of  other  electronic  subsystems.  Experience  with  COFT-type  sys¬ 
tems  suggests  that  the  soldier-system  Interface  must  be  made 
more  robust*  however*  to  withstand  Increased  use. 

2.  If  the  ET  subsystem  falls*  remove  and  replace  should  be  feasible 
at  the  unit  level.  Repair  of  failed  components  will  depend  on 
the  maintenance  concept*  however.  Repair  procedures  and  main¬ 
tenance  concepts  will  parallel  the  concepts  In  place  for  similar 
electronic  components  already  fielded. 

3.  Careful  design  of  the  ET  subsystem  concurrent  with  operational 
system  design  should  provide  system  configurations  In  which  the 
ET  subsystem  does  not  compromise  the  capability  or  operational 
availability  of  the  prime  system.  This  will  require  designing 
more  robust  components  common  to  both  the  training  and  the  prime 
system*  and  Isolating  critical  operational  functions  from  ^elr 
simulated  training  counterparts.  The  former  Is  especially 
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critical  for  aleoents  auch  aa  the  aoldier-ayatem  interface, 
which  will  be  actively  used  during  both  training  and  system 
operation.  It  may  also  require  that  failsafe  techniques  be  used 
to  isolate  simulated  functions  from  operational  functions  when 
they  affect  command  and  control  messages  and  actions  among 
units. 

4.  Peacetime  use  of  ET  will,  by  design,  reduce  the  amount  of  opera¬ 
tional  practice  needed  with  the  prime  equipment  to  obtain  and 
maintain  proficiency,  resulting  in  lower  overall  maintenance 
requirements  and  logistic  burdens. 

5.  For  the  first  time,  a  training  capability  in  a  combat  (i.e., 
wartime,  battlefield)  situation  will  exist.  This  training, 
while  resulting  in  a  slightly  elevated  logistics  burden,  could 
produce  more  effective  replacement  training  and  increase  combat 
performance. 


ET-Unique  Critical  Issues 


The  key  to  successful  ET  logistics  support  lies  with  the  complete¬ 
ness  and  quality  of  the  inputs  to  the  logistician  from  the  training 
developers.  The  logistics  process,  as  it  currently  operates  in  the  ac¬ 
quisition  cycle  for  prime  item  systems,  appears  appropriate  and  effective 
for  the  ET  component  as  well,  in  terms  of  reliability  and  maintenance. 

The  process  is  outlined  in  AR  700-127,  Integrated  Logistic  Support,^ 
while  specific  logistic  support  analysis  (LSa)  tasks  are  defined  in 
NZL-STD-1388-lA,^  and  a  general  overview  of  the  LSA  tasks  are  provided 
in  AMC  PAM  700-22. ^  MIL-STD-1388-2A^  prescribes  standard  require¬ 

ments,  data  element  definitions,  and  logistics  support  analysis  records 
(LSAR)  data  formats  for  documenting  detailed  engineering  and  logistic 
support  requirements  data  generated  from  the  LSA  process  in  the  LSAR. 
Traditionally,  this  process  generates  integrated  logistics  requirements 
for  all  of  the  major  factors  of  operating  systems  which  have  logistics 
implications.  For  ET,  these  factors  include: 

-  system  configuration  features; 

-  anticipated  usage  descriptions  and  data; 


^S  Department  of  the  Army  (1986,  1983).  Integrated  Logistic  Support 
(AR  700-127). 

^S  Department  of  Defense  (1983).  Logistic  Support  Analysis  (MIL-STD- 
1388- lA).  Washington,  DC. 

^US  Army  Materiel  Command  (1986).  Logistic  Support  Analysis  Primer 
(AMC  PAM  700-22).  Lexington,  KY:  US  AMC. 

^US  Department  of  Defense  (1984)  DoD  Requirements  for  Logistics  Support 
Analysis  Record  (MIL-STD-1388-2a).  Washington,  DC. 
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types  of  training  presentations; 


-  hardware  and  software  failure  data;  and 

-  ET-prlne  system  Interface  features. 

These  factors  are  "design”  oriented  and,  as  such,  are  directly  ac¬ 
commodated  by  conventional  logistics  requirements  analysis.  However, 
though  those  factors  are  probably  adequate  for  some  tralnlng-devlce-llke 
ET  requirements,  additional  considerations  enter  if  the  ET  requirements 
include  changeable  or  updateable  scenarios  or  instructional-delivery 
elements.  For  these,  current  practice  is  often  to  regard  scenarios  or 
courseware  as  system  or  device  software,  and  implement  it  with  the  same 
line-coding  approach.  But  both  initial  investment  and  post-fielding 
support-cost  considerations  make  another  approach  worth  considering: 
treat  scenarios,  courseware  and  similar  data  as  a  separate,  easily- 
changeable  database  requirement.  Training  databases  are  discussed  more 
completely  in  the  last  section  of  this  volume  and  in  Volume  6t  Inte¬ 
grating  ET  with  the  Prime  System.  This  Involves  special  support 
requirements  associated  with: 

-  consideration  of  developing  or  procuring  an  authoring  system; 

-  courseware  preparation  and  updating  facilities;  and 

-  courseware  distribution  and  control  facilities. 


Authoring  System 

A  courseware  authoring  system  will  be  required  to  support  the  effi¬ 
cient  generation  of  ET  scenarios  and  training  materials.  The  selected 
authoring  system  software  package  makes  it  possible  for  courseware 
developers  to  generate  training  exercises  which  are  directly  compatible 
with  the  ET  subsystem  software.  This  reduces  or  eliminates  the  need  for 
custom  programming  to  make  the  ET  courseware  "play"  on  the  system.  How¬ 
ever,  the  authoring  system  is  no  better  than  its  ability  to  match  the 
operating  characteristics  of  the  ET  component  and  the  prime  system  soft¬ 
ware.  As  this  software  interface  changes,  as  the  total  system  evolves 
and  matures,  the  authoring  system  and  ET  subsystem  software  must  also 
evolve  to  maintain  total  system  consistency.  The  support  concept  must 
address  this  evolution  and  provide  for  it. 


Cr  ^rseware  Preparation  and  Updating 

One  of  the  major  advantages  of  ET  is  that  it  can  be  efficiently 
"tailored"  to  specific  performance  requirements.  This  means  that  changes 
to  the  courseware,  (the  actual  training  materials),  can  be  made  after  the 
prime  system  has  been  fielded.  Such  changes  would  be  made  so  that  the 
training  provided  by  the  ET  component  most  effectively  fits  the  soldier's 
probable  assignment.  Additions  or  changes  to  the  anticipated  "target" 
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family,  modifications  to  the  prime  system's  mission,  or  engineering  up¬ 
dates  to  the  system  hardware  or  software  which  change  the  operator  inter¬ 
face  are  examples  of  situations  which  would  necessitate  changes  to  £T 
courseware,  as  well  as  to  training  manuals  and  training  materials  in 
general. 

Courseware  authoring  facilities,  which  will  also  require  logistics 
support,  Biay  be  variously  located  and  configured.  Generally,  there  will 
be  some  centralised  authoring  facility,  often  collocated  with  the  propo¬ 
nent  school,  at  which  the  bulk  of  ET  courseware  for  that  system  is  gener¬ 
ated.  In  addition,  courseware  modification,  in  terms  of  timely  tailoring 
and  fine-tuning  to  provide  for  the  needs  of  specific  operational  units, 
could  be  accomplished  at  the  unit  location  in  the  field  or  at  some  estab¬ 
lished  centralized  point  in  a  theater  of  operation.  The  requirement  for 
a  course  authoring  facility  should  be  addressed  as  part  of  the  LSA 
process. 

Decisions  about  where  and  how  courseware  preparation  and  updating 
will  occur  are  a  part  of  the  total  training  system  design  effort.  Logis¬ 
ticians  will  need  to  anticipate  the  requirement  and  how  it  is  to  be 
served  for  consideration  in  appropriate  logistics  analyses,  and  to  docu¬ 
ment  the  results  of  analysis  in  appropriate  media,  e.g.,  the  LSAR. 
Logisticians  must  work  closely  with  the  training  developer  throughout 
this  process. 


Courseware  Distribution  and  Control 

Related  directly  to  the  issue  of  courseware  generation  is  the  re¬ 
quirement  to  distribute  appropriate  materials  to  operating  locations  so 
that  the  on-site  training  can  be  maximally  effective.  The  requirement  to 
conduct  and  manage  this  type  of  training  material  supply  system  must  be 
included  in  the  support  concept. 

Summary 

The  previous  paragraphs  have  outlined  the  ET-unique  support  require¬ 
ments  for  logistics  consideration.  A  critical  requirement  is  for  the 
training  developer  to  establish  ongoing  working  relationships  with  the 
logistics  personnel.  Subsequent  sections  of  this  volume  address  these 
support  requirements  in  more  detail.  The  next  section  presents  ET  logis¬ 
tics  support  issues  relevant  to  the  reliability,  availability,  and  main¬ 
tainability  (RAH)  analysis  process  as  it  occurs  during  prime  system  de¬ 
sign.  The  RAM  implications  result  from  the  maintenance  implications  of 
the  hardware  components  of  the  ET  subsystem  itself  and  from  the  usage  of 
the  prime  system  in  conjunction  with  ET.  Linkages  to  specific  tasks  in 
the  LSA  process  are  presented  where  appropriate.  The  final  section  dis¬ 
cusses  issues  relevant  to  developing  postdeployment  logistic  system  sup¬ 
port  elements.  Specifically,  the  implications  of  ET  software  and  course¬ 
ware  support  throughout  the  system  life  cycle  are  presented. 
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RELIABILITY,  AVAILABILITY,  AND  MAINTAINABILITY  ISSUES  AND  ANALYSES 

Embedded  training  (ET)  as  a  subsystem  of  a  prime  system  creates  a 
requirement  for  logistic  support  in  tuo  ways.  First,  the  hardware  com¬ 
ponents  of  the  ET  subsystem,  be  it  fully  embedded,  partially  embedded,  or 
appended,  will  itself  require  maintenance  and  repair.  To  the  extent  that 
the  ET  subsystem  is  primarily  electronic  in  nature,  Its  failure  char¬ 
acteristics  and  maintenance  requirements  will  be  similar  to  generically 
similar  operational  systems  or  subsystems.  Electro-mechanical  components 
of  ET  (e.g.,  transducers,  or  analog-to-digital  converters)  are  also  com¬ 
patible  with  the  logistics  systems,  or  with  the  analyses  that  support  the 
prime  Item's  design  and  development.  The  malntainer  skills  required  to 
provide  necessary  maintenance  and  repair,  particularly  at  the  organi¬ 
zational  level,  are  common  to  those  already  present  in  the  Army. 

The  second  logistic  support  requirement  addresses  the  need  for  main¬ 
tenance  and  repair  of  prime  system  subsystems  that  are  directly  related 
to  ET.  The  degree  of  involvement  of  mechanical  subsystems  with  the  ET 
curriculum  directly  impacts  logistics  considerations.  Specifically,  this 
involvement  correlates  directly  with  the  frequency  and  severity  of  the 
probable  malfunctions.  Similar  correlations  occur  where  cables  and  con¬ 
nectors  may  be  physically  disconnected  to  switch  between  training  and 
operational  modes.  Example  maintenance  burdens  include  replacing  failed 
components  of  the  soldier-system  interface,  maintaining  the  electrical 
power  source  for  ET,  or  repairing  prime  system  mechanical  component 
failures,  such  as  turret  slew  and  elevation  drive  failures,  which  occur 
during  or  as  a  consequence  of  ET.  As  in  the  case  of  the  ET  subsystem 
itself,  consideration  of  these  requirements  does  not  add  anything  new  to 
this  logistics  analysis  process,  nor  to  the  range  of  skills  and  know¬ 
ledge,  test  equipment,  maintenance  concepts,  etc.,  necessary  to  provide 
the  appropriate  personnel  and  support. 

Given  that  ET  is  being  considered  as  an  alternative  or  has  been 
selected  for  a  system,  from  a  logistics  perspective,  ET  is  thus  an  LSA 
candidate.  The  driving  issues  from  a  logistics  perspective  are  to  meet 
operational  reliability,  availability,  and  maintainability  (RAM)  require¬ 
ments  for  the  prime  system.  In  this  regard,  the  ET  subsystem  should  be 
treated  from  a  reliability  and  maintenance  perspective  in  the  Logistic 
Support  Analysis  (LSA)  process  and  in  the  Integrated  Logistic  Support 
(ILS)  program  exactly  as  any  other  subsystem.  It  is  an  alternative 
training  media  which  is  integrated  with  the  system  and  therefore  requires 
logistic  support.  Thus  it  should  be  included  on  appropriate  LSA  Record 
(LSAR)  forms. The  one  key  factor  is  determining  the  RAH  burden 


^The  LSA  process  is  described  in  AMC  PAM  700-22,  and  HIL-STD-1388-IA, 
while  the  ILS  program  is  documented  in  AR  700-127  and  DARCOH  Handbook 
700.1.1-81.  LSAR  data  formats  are  described  in  HIL-STD-1388-2A. 
Appendix  A  lists  LSAR  summaries  relevant  to  ET,  while  Appendix  B  lists 
selected  LSA  techniques  applicable  to  training  and  training  devices. 

^As  a  training  alternative,  ET  will  be  considered  as  part  of  LSA  Task 
302,  Support  System  Alternatives. 
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Imposed.  The  Operetional  Mode  Sununszy/Mlsslon  Profile  (OMS/MP)  plays  a 
critical  role  in  estimating  the  RAM  and  establishing  the  logistics  bur¬ 
den.  Once  this  is  done,  existing  procedures  in  LSA  and  ILS  development 
are  sufficient  for  RAM  analysis. 


Incorporating  ET  into  the  Operational  Mode  Summary/Mission  Profile 

The  critical  input  to  system  design  is  the  Operational  Mode  Summary/ 
Mission  Profile  (OMS/MP)  developed  and  documented  in  the  Operational  and 
Organisational  plan.  In  essence,  the  OMS/MP  describes  the  use  of  the 
system  in  peacetime  and  war  in  terms  of  hours  operated,  miles  driven  or 
flown,  rounds  fired,  etc.,  under  various  environmental  and  combat  condi¬ 
tions.  These  data  drive  the  assessment  of  operational  availability, 
Biaintenance  load,  maintainer  authorisations,  maintenance  concept,  pre¬ 
scribed  load  list  (PLL)  determination,  etc. 

The  development  of  the  OMS/MP  is  described  in  TRADOC/AMC  Pamphlet 
70-11.^  The  Use  Study,  LSA  Task  201,  augments  the  initial  specifi¬ 
cations  of  the  OMS/MP,  and  should  be  used  to  develop  the  OMS/MP.  In 
addition  to  describing  the  use  of  the  system,  the  Use  Study  also  ad¬ 
dresses  supportabillty  considerations  for  the  system,  based  on  its  in¬ 
tended  use.  As  currently  developed,  the  OMS/MP  clearly  addresses  and 
includes  training- induced  requirements  for  system  usage,  in  particular, 
at  the  unit  level  in  peacetime  and  in  the  training  base. 

The  introduction  of  ET  will  require  that  its  use  be  specifically 
considered  in  the  development  of  the  OMS/MP.  At  a  minimum,  ET  will  In¬ 
volve  the  generation  of  power  (and  associated  consumption  of  petroleum, 
oils,  and  lubricants  (POL])  and  will  include  time  intervals  in  which 
components  of  the  soldier-system  interface  are  cycled  much  more  fre¬ 
quently  than  would  be  expected  on  a  system  without  ET.  Depending  upon 
the  scope  of  the  ET  curriculum,  other  components  of  the  prime  system  may 
similarly  be  cycled  more  frequently.  (For  example,  a  turret  may  be  ro¬ 
tated  or  a  launcher  or  tube  elevated,  if  these  cannot  be  simulated  elec¬ 
tronically  and  still  provide  useful  training  without  Simula tor- induced 
sickness.)  These  frequencies  must  be  captured  and  reflected  in  the 
OMS/MP. 

Two  issues  are  pertinent.  First,  the  total  number  of  cycles  and 
thus  failures  or  maintenance  requirements  is  ET  dependent.  (Note,  how¬ 
ever,  that  the  use  of  ET  may  reduce  the  number  of  cycles  which  occur  in 
other  modes  of  operation  and  training.)  Second,  the  intensity  of  the 
number  of  cycles  over  short  periods  of  time  may  necessitate  more  detailed 
consideration  of  failure  siechanisms  and  rates,  analogous  to  the  differ¬ 
ence  between  continuous  and  sporadic  firing  of  a  howitser  or  tank  main 
gun. 


^US  Department  of  the  Army,  Headquarters,  Training  and  Doctrine  Com 
mand,  and  Headquarters,  Army  Materiel  Command  (1985).  RAM  rationale 
report  handbook  (TRADOC/AMC  Pamphlet  70-11).  Fort  Monroe,  VA:  USA 
TRADOC. 
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In  order  to  incorporate  ET  into  the  OHS /HP,  two  factors  must  be 
considered.  The  first  is  the  ET  curriculum  and  the  lessons  of  which  it 
is  comprised.  The  second  is  the  training  program  and  the  number  of  times 
a  particular  ET  lesson  is  likely  to  be  completed  during  a  year  on  a  prime 
system.  The  training  developer  (TD)  must  provide  the  appropriate  infor- 
siation  for  both  these  factors.  Each  lesson  must  be  described  in  terms  of 
its  setting  (a.g.y  garrison,  exercise,  or  combat),  and  in  terms  of  the 
number  of  times  it  will  cause  components  or  subassemblies  to  be  cycled. 
Por  the  soldier*system  interface,  data  to  the  level  of  Individual  con¬ 
trols  will  be  required.  For  swjor  subsystems,  a  more  aggregate  level  may 
be  adequate  (for  example,  rotate  turret  through  90  degrees  or  elevate 
tube).  In  addition,  duration  of  lesson  or  exercise  (i.e.,  training  ses¬ 
sion)  and  operating  time  of  engines  or  generators  could  be  specified  for 
each  block  of  lessons  that  are  likely  to  be  completed  in  a  single  train¬ 
ing  session. 

The  TD  must  also  provide  an  estisiate  of  how  often  each  block  of 
lessons  is  likely  to  be  executed  on  a  yearly  or  monthly  basis  as  appro¬ 
priate.  Perhaps  the  simplest  way  to  do  this  is  to  develop  a  prototype 
unit  training  plan  and  then  to  generate  usage  data  based  on  training 
audience,  requirements  for  sustainment  training,  and  prime  system  inven¬ 
tory  (turbulence  and  turnover  should  be  considered  in  this  process). 

Treating  each  lesson  (or  in  the  early  stages  of  the  acquisition 
process,  each  block  of  lessons)  as  a  mission,  the  TD  must  provide: 

1.  Location:  where  the  lesson  will  be  delivered,  e.g. ,  motor  pool, 
home  station  training  area,  battlefield,  etc. 

2.  Frequency:  how  many  times,  per  system,  the  lesson  will  be 
delivered  during  the  course  of  a  year. 

3.  Subsystems:  for  each  subsystem,  e.g.,  turret,  engine,  soldier- 
system  interface,  track,  generator,  ET,  etc.,  how  many  times  the 
subsystem  is  cycled  or  how  long  it  is  operated  during  the 
lesson. 

The  logistician  therefore  must  ask  the  TD  at  each  phase  of  the  acqui¬ 
sition  process: 

1.  What  are  the  lessons  delivered  by  ET7 

2.  How  often  will  each  be  delivered  per  vehicle,  per  year? 

3.  Where  will  the  lessons  be  delivered? 

4.  What  are  the  session  objectives  in  terms  of  system  operation? 

From  the  TD's  definition  of  session  performance  objectives  and  the 
estimated-frequency  data,  the  engineer  and  logistician  must  define  the 
subsystems  and  components  involved  in  system  function.  They  must  deter¬ 
mine  both  system  and  subsystem  frequency-  and  duration-of-use  for  each 
training  objective;  as  system  definition  becomes  refined,  traditional 
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models  and  tools  can  be  used  to  extend  analysis  to  the  component  level. 
Clearly  these  data  will  become  progressively  more  detailed  as  successive 
phases  are  completed. 

Based  upon  the  BT  usage  data,  reliability  engineers  can  estimate 
appropriate  failure  rates  for  ET  sessions.  These  sessions  can  then  be 
Integrated  either  explicitly  or  Implicitly  Into  the  OMS/HP.  This  Inte¬ 
gration  relies  on  the  development  In  the  ISA  process  of  Information  such 
as  predictive  failures  based  on  the  usage.  Once  this  Integration  has 
been  accomplished,  ET  should  be  considered  as  Just  another  subsystem  In 
the  context  of  LSA  and  ILS  design. 


Common  Issues 


In  the  course  of  examining  ET,  a  number  of  Issues  have  arisen  which 
are  common  to  most  of  the  systems  examined.  One  of  these  Is  the  relia¬ 
bility  of  the  soldier-system  Interface.  ET  causes  the  components  of  the 
Interface  to  be  cycled  much  more  frequently  than  Is  the  case  In  normal 
operations  In  peacetime  or  In  war.  Consequently,  It  may  be  necessary  to 
adopt  more  robust  versions  of  these  components  to  ensure  that  failure 
rates  do  not  compromise  availability  or  stress  maintenance  and  repair 
resources.  When  the  prime  system  Is  properly  designed  and  Integrated, 
the  failure  of  the  ET  subsystem  should  not  compromise  prime  system  opera¬ 
tional  availability.  ET-lnduced  failures  of  prime  system  subsystems, 
however,  may  pose  a  much  more  serious  problem.  To  a  large  extent  this 
will  depend  upon  the  degree  to  which  ET  lessons  use  electronic  simulation 
rather  than  cycling  other  subsystems.  However,  ET  may  be  sufficiently 
effective  to  reduce  the  number  of  cycles  required  to  attain  proficiency 
within  the  total  training  system  and  training  cycle.  This  latter  Issue 
Is  critical  to  tradeoffs  between  ET  and  other  approaches  to  training, 
which  In  terms  of  costs  will  center  on  operational  availability  of  the 
prime  system  and  the  operating  and  maintenance  (O&M)  costs  of  ET  compared 
to  the  costs  of  other  eltematlves.  The  OMS/NP  Is  key  to  these  analyses 
—  In  aggregate  In  the  early  stages  of  the  acquisition  process  and  In 
progressively  greater  detail  as  the  prime  system  and  the  training  system 
progress  to  deployment  and  beyond. 


Tradeoff  Studies  and  Support  Concept  Development 

Including  ET  In  the  Use  Study  and  consequently  the  OMS/HP  Is  the  key 
to  Integrating  ET  Into  the  LSA  process.  Tradeoff  studies  addressing 
system  or  training  subsystem  alternatives  can  be  performed  following  the 
guidance  presently  Incorporated  In  the  LSA  process.  In  particular  that 
found  In  LSA  Task  303,  Evaluation  of  Alternatives  and  Tradeoff  Analysis. 
Other  volumes  In  this  ten-volume  set  provide  procedures  for  examining  the 
effectiveness  of  ET  as  a  training  alternative.  Combined  with  estimates 
of  development  and  procurement  costs  and  operating  and  support  (O&S) 
costs  derived  from  the  ET  portion  of  the  OHS/MP,  training  and  system 
tradeoff  studies  can  be  carried  out. 
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ET  do«g  pose  «n  issue  thst  the  logisticisn  oust  resolve:  the  ques¬ 
tion  of  s  support  concept.  There  ere  ressonsbiy  well-known  rules  for 
determining  the  support  concept  for  training  devices  or  simulators  in 
support  of  the  unit  training  needs.  In  contrast,  the  case  for  system- 
specific  embedded  training  support  items  is  not  well  defined;  it  is  cause 
for  close  examination  of  the  BT-support-component  support  concept. 

If  the  BT  integration  approach  requires  appended  equipment,  the 
logistician  must  develop  a  position  on  the  maintenance-and-support  ap¬ 
proach  of  choice.  The  issue  is:  are  the  support  iteios  to  be  classed  as 
table  of  organization  and  equipment  (TOE)  (unit  owned  and  maintained)  or 
non-TOB  (table  of  distribution  and  allowances  [TDA],  unit  owned,  post  or 
contractor  maintained,  or  training  aids  support  center  [TASC]  owned  and 
maintained)?  It  may  be  a  simple  decision  if  the  ET  items  are  to  be 
issued  "one  per  prime  end  item"  and  are  maintainable  by  the  system  main¬ 
tenance  military  occupational  specialty  (MOS)  without  additional  skills 
training  (or  with  nominal  training).  The  decision  is  more  difficult  if 
the  Basis  of  Issue  (BOI)  is  a  subset  of  the  unit  or  its  prime-item  com¬ 
plement  ("one  per  platoon"  or  "one  per  three  fire  units")  and  the  re¬ 
quired  HOS  skills  do  not  reside,  are  not  yet  planned,  or  are  under 
strength  in  the  unit  or  field-support  structure. 

Aside  from  unit-manning  and  TASC-  or  contractor-staffing  aspects, 
there  is  the  matter  of  supply  channel.  Parts  supply  is  less  likely  to  be 
a  troublesome  issue  if  the  ET-supporting  equipment  is  essentially  "com¬ 
mercial  off-shelf"  (though  Military  Specification  [MIL-SPEC]  packaged), 
than  if  the  equipment  is  system  unique  (possibly  using  parts  in  common 
with  the  system).  For  example,  system  common  parts  will  already  be  in 
the  PLL;  quantities  can  be  adjusted  for  anticipated  replacement  loads  for 
both  system  and  ET-supporting  item  with  no  particular  system  disruption 
(but  with  potential  quantity  buy  benefits).  The  LSAR  is  the  single  means 
for  obtaininz  the  provisioning  technical  documentation  on  a  given  systems 
acquisition.^^  If  the  equipment  is  to  be  TASC  supported,  however, 
the  same  part  will  likely  be  acquired  through  the  basic  system  repair 
parts  mechanism,  then  enter  a  separate  distribution  system.  Histori¬ 
cally,  this  latter  arrangement  has  not  worked  particularly  well,  especi¬ 
ally  when  actual  system  replacement  needs  exceed  expected  needs. 

While  the  question  of  support  concept  is,  in  the  above  sense,  com¬ 
plicated  by  the  ET  approach  proposed,  the  techniques  required  to  analyze 
and  select  a  concept  are  no  different  from  those  already  in  place. 
Therefore,  ET  should  be  treated  in  this  regard  as  just  another  subsystem 
of  the  prime  system. 


^^The  LSA-036  summary,  Provisioning  Requirements,  satisfies  the  deli¬ 
verables  cited  in  MIL-STD-1561,  Provisioning  Procedures,  Uniform 
Department  of  Defense. 
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POSTDEPLOYMEHT  SUPPORT 


This  section  discusses  issues  which  should  be  considered  in  develop¬ 
ing  the  postdeployment  logistic  system  support  elements  for  systems  that 
include  ET  components. The  presence  of  ET  implies  that  both  ET- 
related  software  and  courseware^^  will  have  to  be  supported  in  the 
postdeployment  phases  of  the  system  life  cycle.  For  systems  without  ET 
components,  concern  extends  only  to  operational  software  (if  any).  This 
is  a  significant  departure  that  will  likely  require  explicit  attention 
from  logisticians  during  system  development.  Figure  1  illustrates  the 
conceptual  structure  of  an  idealized  ET  component,  exclusive  of  hardware 
considerations.  This  figure  also  includes  a  depiction  of  the  relation¬ 
ships  between  ET- implementing  software  and  system  operational  software, 
and  the  relationships  between  ET  and  system  software  and  ET  courseware 
and  support  functions  and  responsibilities.  This  figure  is  the  key  to 
discussion  in  the  remainder  of  this  section. 

Software  is  depicted  in  the  leftmost  "box"  in  Figure  1.  Two  inter¬ 
acting  software  elements  are  shown:  system  operational  software  and  ET 
software.  In  many  cases,  the  distinction  between  the  two  may  not  be  as 
clear  as  is  shown  here.  For  example,  ET  and  system  operational  software 
may  share  code  modules,  and  the  ET  software  may  invoke  functions  of  the 
system  operational  sof^are  to  implement  various  training  functions.  The 
separate  depiction  of  the  two  types  of  software  Illustrates  two  key 
concepts. 

First,  ET  software  must  in  no  way  compromise  the  functionality  of 
system  operational  software  when  system  software  is  executing  independent 
of  the  ET  training  functions.  This  holds  for  both  online  and  offline  ET. 
When  training  is  not  taking  place,  the  system  software  operates  without 
any  influence  from  the  ET  software.  When  the  system  is  operating  in  one 
of  the  mission  critical  modes,  it  must  be  totally  independent  and  free  of 
any  ET  signals  or  intrusions.  Although  ET  may  operate  in  a  system  depen¬ 
dent  mode,  i.e.,  using  some  or  all  of  the  operational  software;  the  con¬ 
verse  should  never  be  true,  i.e.,  a  fail-safe  isolation  of  ET  during 
combat  operations  is  an  absolute  necessity. 

Second,  some  functions  of  the  system  operational  software  may  have 
to  be  temporarily  disabled  while  using  ET  software,  particularly  if  on¬ 
line  ET  is  used.  This  includes  such  functions  as  firing  lasers  (except 
perhaps  safe  lasers  used  for  battlefield  simulation  purposes,  such  as 
MILES  or  AGES  lasers),  illuminating  with  radars,  and  granting  actual 


^^This  effort  is  addressed  by  LSA  Task  403,  Post  Production  Support 
Analysis.  Performing  this  task  results  in  a  plan  which  identifies 
logistic  requirements  and  associated  life  cycle  costs  of  ET. 

^^ET  software  refers  to  the  compiled  in-line  code  which  executes  the 
training  materials.  ET  courseware  refers  to  the  training  material, 
specifically  its  content;  scenarios;  training  data  bases;  performance¬ 
sensing,  measuring,  and  recording  criteria;  and  instructional  features. 
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MODIFIED  -  PM  OR  READINESS  CMD 


SENSING 

(HOOKS) 


AUTHORING  AND 
SCENARIO  SUPPORT 
SYSTEM 


BACK-END  PROCESSOR 
TRANSLATOR 


MODIFIED  -SCHOOL 


SPECIALIZED 
BY  APPLICATION 
(ET.  EIDS. 
UNIQUE  CBT) 


FLAGS 


COURSEWARE. 
SCENARIO. 
DATA.  ETC. 


Figure  1 .  Conceptual  structure  for  Embedded  Training  (ET). 
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we«poQ8-firing  ability.  The  acconplishment  of  these  functions,  with 
appropriate  indications  to  trainees,  stay  have  to  be  simulated  in  ET  soft* 
ware,  however. 

Depicting  system  operational  software  and  ET  software  in  the  same 
"box,"  however,  is  intended  to  Illustrate  one  of  the  logistic  support 
implications  of  ETt  line  code  software,  for  both  system  operation  and  ET 
implementation,  should  be  maintained  and  updated  in  concert.  When 
changes  are  made  to  the  system  operational  software  (or  independently  to 
ET  software),  the  "other"  software  (ET  or  operational)  should  be  evalu* 
ated  for  impact  and  potential  changes  and  updated  concurrently  as  re¬ 
quired.  Ideally,  all  software  associated  with  a  system  (operational  and 
ET)  should  be  evaluated  and  updated  as  necessary  on  a  common  cycle  or 
based  on  common  events.  Further,  software  design  should  be  such  that 
updating  ET-specific  software  has  the  least  possible  impact  on  system 
operational  software. 

The  depiction  of  system  operational  and  ET  software  in  the  same 
"box"  in  Figure  1  illustrates  yet  another  related  issue:  all  line  code 
software  for  a  system  (operational  and  ET)  should  be  maintained  by  a 
single  organization.  Current  concepts  of  how  ET  will  be  Implemented 
suggest  that  it  would  be  wasteful  and  redundant  to  have  ET  software  and 
system  operational  software  maintained  by  separate  organizations.  This 
is  particularly  true  since  the  two  classes  of  software  must  operate  in 
tandem.  Thus,  if  ET  and  operational  software  were  maintained  by  differ¬ 
ent  entities,  two  different  organizations  would  require  access  to  the 
same  types  of  computing  equipment,  tiie  same  line  code,  and  the  same 
underlying  knowledge,  for  only  slightly  different  purposes.  The  impli¬ 
cation  is  that  a  single  postdeployment  software  support  entity  should  be 
responsible  for  maintenance  and  update  of  both  system  operational  soft¬ 
ware  and  ET- imp lamenting  software.  Normally,  this  is  the  responsibility 
of  the  system  PEO's  or  PM's  organizations,  or  that  of  the  proponent 
readiness  command  for  the  system  (e.g. ,  Army  Missile  Command,  Tank- 
Automotive  Command,  etc.). 

ET  courseware  spawns  related  issues  that  have  implications  for  both 
system  design  and  logistic  support.  Current  views  toward  ET  implementa¬ 
tion  suggest  that  courseware  will  be  more  volatile  and  subject  to  change 
than  either  system  operational  software  or  ET-implementing  software. 

This  is  because  it  must  be  both  proactive  and  reactive  in  training  to 
suit  a  number  of  variables  in  system  employment.  Variables  will  Include 
system  variants  (e.g..  Ml  vice  MlAl),  unit  type,  missions,  doctrine, 
threat,  climate  and  physical  environment,  and  other  factors.  For  exam¬ 
ple,  some  units  equipped  with  a  particular  ET-equipped  system  may  need  to 
train  for  a  Middle  Eastern  threat,  environment,  and  tactics.  This  im¬ 
plies  that  ET  may  need  to  depict  these  factors  accurately  through  the 
courseware  presented  to  these  units.  In  another  case,  units  equipped 
with  the  same  system,  with  an  expected  or  planned  European  mission, 
should  train  against  tactics,  threat,  and  environment  appropriate  to  that 
mission.  ET  courseware  (including  scenarios),  again,  may  need  to  accom¬ 
modate  the  differences  in  training  implied  by  these  differences  in  "how 
the  war  will  be  fought." 
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This  antlclpstsd  state  of  affairs  has  two  implications  for  design 
and  logistic  support.  First,  an  ET  component  should  be  designed  to  ac¬ 
commodate  variable  courseware  and  rapid  courseware  modifications  and 
updates,  as  is  necessary  to  support  effective  and  flexible  training. 
Second,  the  courseware  should  reside  in  data  bases  that  provide  essential 
information  to  be  acted  on  by  software  --  rather  than  as  in-line  coded 
software.  ET  courseware  should  drive  the  design  parameters  for  the  ET- 
implementing  software.  The  software  should  be  designed  to  cause  the 
system  hardware  to  behave  as  required  for  training  purposes.  A  change  in 
courseware  content  or  scenario  requirements  should  not  require  changes  to 
line  coded  (and  configuration-managed)  software.  Courseware  changes 
should  require  changes  to  data  bases  only.  The  data  bases,  in  turn,  will 
provide  parameters  that  cause  ET  software  to  present  appropriate  stimuli, 
response  opportunities,  etc.,  to  support  training  and  performance  assess¬ 
ment.  This  is  shown  in  Figure  1  by  placing  courseware  in  a  separate 
"box”  from  software. 

Who  will  modify  and  maintain  ET  courseware?  Courseware  maintenance 
has  traditionally  been  the  province  of  proponent  schools  associated  with 
a  system.  There  is  no  apparent  a  priori  reason  for  this  responsibility 
to  change.  However,  as  ET  becomes  commonplace  and  other  developmental  or 
newly  introduced  instructional  media  and  approaches  (e.g..  Electronic 
Information  Delivery  System  [EIDS],  specialised  Computer-Based  Training 
[CBT],  Conduct  of  Fire  Trainers  [COFT],  etc.)  mature,  new  courseware 
maintenance  support  will  be  needed.  These  types  of  support  differ  radi¬ 
cally  from  the  support  needed  to  maintain  traditional  paper  and  exercise- 
based  courseware. 

Since  many  of  the  new  training  media  and  approaches  are  computer 
based,  it  is  apparent  that  an  authoring  support  system  would  be  a  useful 
tool  for  courseware  malntainers  within  the  schools.  Leaving  aside  the 
various  desirable  characteristics  of  authoring  support  systems,  one  major 
implication  is  apparent.  Many  schools  will  be  supporting  training  that 
utilizes  many  different  media  and  training  approaches.  For  example,  the 
Armor  School  may  someday  have  a  requirement  to  support  ET,  COFT,  EIDS, 
and  unique  CBT  and  maintenance  training  systems,  as  part  of  the  overall 
armor  training  program  support  effort.  It  is  unlikely  that  many  of  the 
schools  will  have  either  the  desire  or  the  resources  to  support  many 
different  authoring  support  systems  (e.g.,  one  for  each  media  or  ap¬ 
proach).  Yet  each  authoring  system  has  its  unique  strength.  (For  exam- 
ple,  EIDS— ASSIST  has  capabilities  to  automatically  produce  storyboards 
for  videodisc  development.)  While  common  authoring  software  which  aup- 
ports  multiple  media  and  training  approaches  is  desirable,  it  may  not  be 
feasible.  Expecting  training  developers  assigned  to  the  school  to  main¬ 
tain  proficiency  in  several  systems  is  infeasible  and  Impractical,  how¬ 
ever.  Courseware  developed  under  contract  would  not  suffer  from  the 
turbulence  effect.  Figure  1  suggests  an  approach  that  may  be  feasible  to 
support  authoring  for  various  media  and  training  approaches.  This  ap¬ 
proach  employs  a  common,  or  virtual,  "front-end"  user  interface  for 
developing  and  aiaintaining  courseware  under  the  authoring  support  system. 
This  approach  has  two  advantages. 

First,  there  is  only  a  single  user  Interface  for  courseware  main- 
tainers  to  learn,  regardless  of  training  approach  or  media  Involved. 
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Second,  it  facilitates  instructional  configuration  control  and  updates 
for  all  media  and  training  approaches  that  are  supported.  A  single  modi¬ 
fication  could  possibly  be  performed  that  would  result  in  updates  to  all 
affected  instruction,  regardless  of  media.  The  "front-end"  user  inter¬ 
face  would  be  able  to  utilize  a  number  of  "back-end"  processors  (e.g. , 
translation  software)  to  prepare  data  bases  (including  courseware,  sce¬ 
narios,  etc.)  that  support  the  presentation  of  training  via  specific 
media  or  training  approaches  on  a  range  of  host  central  processing  units. 

In  the  future,  such  approaches  will  be  required  to  assure  efficient 
and  timely  courseware  maintenance  for  ET  and  other  computer-based  media 
and  instructional  methods.  Although  such  systems  do  not  presently  exist, 
there  are  no  known  technological  barriers  to  their  development. 

The  requirement  for  a  course  authoring  facility  should  be  addressed 
as  part  of  the  LSA  process.  LSA  Task  401.2.3  specifically  requires  that 
any  new  or  critical  logistic  support  resources  (e.g.,  facilities)  needed 
to  operate  and  maintain  the  system  be  Identified.  Once  a  requirement  for 
a  new  facility  (e.g.,  course  authoring  facility)  is  identified,  a  de¬ 
scription  and  Justification  for  this  facility  can  be  documented  in  the 
LSAR,  Data  Record  F,  Facility  Description  and  Justification.  Uhen  this 
information  is  captured  in  tiie  LSAR,  and  LSA  summary,  LSA-012,  Require¬ 
ments  for  Facility,  can  be  generated.  This  summaty  identifies  those 
maln'-enance  tasks  that  require  new  or  modified  facilities.  This  summary 
can  chen  be  used  to  communicate  those  requirements  and  Justifications  for 
the  construction  of  a  new  facility. 
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APPEND  U(  A 

LOGISTIC  SUPPORT  ANALYSIS  RECORDS  RELEVANT  TO  EMBEDDED  TRAINING 


REFERENCE: 

LSA-OOl 

LSA-002 

LSA-003 

LSA-004 

LSA-005 

LSA-006 

LSA-007 

LSA-008 

LSA-009 

LSA-Oll 

LSA-012 

LSA*014 

LSA>015 

LSA-016 

LSA-019 

LSA>020 

LSA-021 

LSA-022 

LSA-023 

LSA-024 

LSA-025 

LSA-026 


MILSTD  L388-2A,  DOD  REQUIREMENTS  FOR  A  LOGISTIC  SUPPORT 
ANALYSIS  RECORD,  20  JUL  84 

DIRECT  ANNUAL  MAINTENANCE  MAN-HOURS  BY  SKILL 
SPECIALTY  CODE  AND  LEVEL  OF  MAINTENANCE 

PERSONNEL  AND  SKILL  SUMMARY 

MAINTENANCE  SUMMARY 

MAINTENANCE  ALLOCATION  SUMMARY 

SUPPORT  ITEM  UTILIZATION  SUMMARY 

CRITICAL  MAINTENANCE  TASK  SUMMARY 

SUPPORT  EQUIPMENT  REQUIREMENTS 

SUPPORT  ITEMS  VALIDATION  SUMMARY 

SUPPORT  ITEMS  LIST 

REQUIREMENTS  FOR  SPECIAL  TRAINING  DEVICE 
REQUIREMENTS  FOR  FACILITY 
TRAINING  TASK  LIST 
SEQUENTIAL  TASK  DESCRIPTION 
PRELIMINARY  MAINTENANCE  ALLOCATION  SUMMARY 
MAINTENANCE  TASK  ANALYSIS  VALIDATION  SUMMARY 
TOOL  AND  TEST  EQUIPMENT  REQUIREMENTS 
TASK  REFERENCING  LIST 
REFERENCED  TASK  LIST 
MAINTENANCE  PLAN  SUMMARY 
MAINTENANCE  PLAN 
PACKAGING  REQUIREMENTS  DATA 
.  PACKAGING  DEVELOPMENTAL  DATA 
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LSA>029 


REPAIR  PARTS  LIST 


LSA-030 

LSA-03I 

LSA-032 

LSA-036 

LSA-OAO 

LSA-041 

LSA-042 

LSA-043 

LSA-050 

LSA-OSl 

LSA-052 

LSA-053 

LSA-0S4 

LSA-OSS 

LSA-I51 

MOTES: 


SPECIAL  TOOLS  LIST 

PART  NUMBER/NATIONAL  STOCK  NUHBER/REFEREMCE 
DESIGNATOR  INDEX 

DEFENSE  LOGISTICS  SERVICES  CENTER  (DLSC)  SDBHITTALS 

PROVISIONING  REQUIREMENTS 

COMPONENTS  OF  END  ITEM  (COEI)  LIST 

BASIC  ISSUE  ITEM  (BII)  LIST 

ADDITIONAL  AUTHORIZATION  LIST  (AAL) 

EXPENDABLE/DURABLE  SUPPLIES  AND  MATERIALS  LIST  (ESML) 
RELIABILITY  CENTERED  MAINTENANCE  (RCM)  SUMMARY 
RELIABILITY  SUMMARY  •  DESIGN 
CRITICALITY  ANALYSIS  SUMMARY 

MAINTAINABILITY  ANALYSIS  SUMMARY  -  LEVEL  OF  REPAIR 
FAILURE  MODE  ANALYSIS  SUMMARY 
FAILURE  MODE  DETECTION  SUMMARY 
PROVISIONING  PARTS  LIST  INDEX  (PPLI) 

A.  DETAILS  OF  REPORT  CONTENT  AND  EXAMPLES  OF  FORMAT  ARE 
CONTAINED  IN  MILSTD  1388>2A. 

B.  LOGISTIC  SUPPORT  ANALYSIS  DATA  RECORDS  C  AND  D1  PROVIDE 
INPUT  FOR  THE  LSA-Oll  AND  LSA-014  REPORTS. 


APPENDIX  B 


LOGISTICS  SUPPORT  ANALYSIS  TECHNIQUES  APPLICABLE  TO  TRAINING 

AND  TRAINING  DEVICES 

LSA  TECHNIQUES  GUIDE,  AMC-P  700-4,  31  MAR  87 

THE  FOLLOWING  IS  AN  EXTRACT  OF  THE  LSA  TECHNIQUES  GUIDE  SHOWING  THOSE 
TECHNIQUES  APPLICABLE  TO  TRAINING  AND  TRAINING  DEVICES: 

AMCOH-B  MILITARY  COST  MODEL 

AMC-P  700-11  LSA  REVIEW  TEAM  GUIDE 

AURA  ARMY  UNIT  READINESS/SUSTAINABILITY  ASSESSON 

CASA  COST  ANALYSIS  STRATEGY  ASSESSMENT 

CATE&f  COST  ANALYSIS  TOOL  FOR  ESTIMATING  SYSTEMS 

CONOCON  CONUS  VS  OCONUS  DEPOT  MAINTENANCE  COST  COMPARISON  MODEL 

CORE  COST  ORIENTED  RESOURCE  ESTIMATING  MODEL 

COSTPRO  COST  PROJECTION  MANAGEMENT  INFORMATION  SYSTEM  FOR  LIFE 

CYCLE  COSTS 

CSCS  COMPONENT  SUPPORT  COST  SYSTEM 

DA  PAM  700-50  ILS  DEVELOPMENTAL  SUPPORTABILITY  TEST  AND  EVALUATION 
GUIDE 

DA  PAM  700 -XX  ILS  PROGRAM  ASSESSMENT  ISSUES  AND  CRITERIA 

DARCOM-P  750-5  OBJECTIVE  DETERMINATION  OF  FAILURE  FACTORS 

DEFLCC  MARINE  CORPS  LIFE  CYCLE  COST  MODEL  FOR  DEFENSE  MATERIEL 

SYSTEMS 

ECA  EARLY  COMPARABILITY  ANALYSIS 

ECO-ONE  ARMY  AUTOMATION  ECONOMIC  ANALYSIS 

FASTALS  FORCE  ANALYSIS  SIMULATION  OF  THEATER  ADMINISTRATIVE  AMD 

LOGISTICS  SUPPORT 

FLEX  NAVAL  MATERIEL  COMMAND'S  LIFE  CYCLE  COST 

GRAPH  GRAPHICAL  REPAIR/DISCARD  ANALYSIS  PROCEDURE 

HARDMAN  (ARMY)  HARDWARE  VS.  MANPOWER 
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HARDMAN  (NAVY)  HARDWARE  VS.  MANPOWER 


IPM 

LAMP 

LCCA 

LCCAM 

LCCMNUC 

LCMM 

LCURV 

LOGAN 

MANPRINT  C2E 

MCCOR 

MIST 

MLCCM 

MOD  111  LOR 
MUDTONS 
NRLA 
OBCE 

ONS  COSTS 
OSAMN 

PERSHINCONS 
PRAMOD 
REAL  TOOL 
TRACE 
TSAR 


INTERACTIVE  PALMAN  MODEL 

LOGISTICS  ASSESSMENT  METHODOLOGY  PROTOTYPE 

LIFE  CYCLE  COST  ANALYZER  MODEL 

NIGHT  VISION  AND  ELECTRO  OPTICS  CENTER  LIFE  CYCLE  COST 
ANALYSIS  MODEL 

LIFE  CYCLE  COST  MODEL  FOR  ARMY  NUCLEAR  MUNITIONS 
LIFE  CYCLE  MANAGEMENT  MODEL 
LEARNING  CURVE  MODEL 
LOGISTIC  ANALYSIS  MODEL 

MANPOWER  AND  PERSONNEL  INTEGRATION  CONTINUOUS  AND 
COMPREHENSIVE  EVALUATION 

MARINE  CORPS  LEVEL  OF  REPAIR  ANALYSIS  MODEL 
MAN  INTEGRATED  SYSTEM  TECHNOLOGY 
MODULAR  LIFE  CYCLE  COST  MODEL 
MOD  III  LEVEL  OF  REPAIR  MODEL 

MUNITIONS  DESIGN  TRADE /OPERATION  AND  SUPPORT  COST  MODEL 

NETWORK  REPAIR  LEVEL  ANALYSIS 

OPERATIONAL  BASELINE  COST  ESTIMATE 

OPERATION  AND  SUPPORT  COST  MODEL 

OPTIMUM  SUPPLY  AND  MAINTENANCE  MODEL 

PERSHING  OPERATING  AND  SUPPORT  COST  MODEL 

PERSONNEL  REQUIREMENTS  ANALYSIS  MODEL 

REQUIREMENTS  ANALYSIS  TOOL 

TOTAL  RISK  ASSESSING  COST  ESTIMATE 

THEATER  SIMULATION  OF  AIRBASE  RESOURCES 


21 


APPENDIX  C 


LIST  OF  ACRONYMS 


AMC 

US  Army  Material  Command 

ARI 

US  Army  Research  Institute  for  the  Behavioral 
and  Social  Sciences 

BOX 

Basis  of  Issue 

COFT 

Conduct  of  Fire  Trainer 

DA 

Department  of  the  Anqr 

ET 

Embedded  Training 

ETR 

Embedded  Training  Requirement 

ILS 

Integrated  Logistics  Support 

LSA 

Logistic  Support  Analysis 

LSAR 

Logistics  Support  Analysis  Record 

HIL'SPEC 

Military  Specification 

HOS 

HiliUry  Occupational  Specialty 

Otil 

Operating  and  Maintenance 

040 

Organisational  and  Operational  Plan 

O&S 

Operating  and  Support 

OMS/MP 

Operational  Mode  Summary /Mission  Profile 

PIP 

Product  Improvement  Program 

PLL 

Prescribed  Load  List 

PH  TRADE 

Project  Manager  for  Training  Devices 

POL 

Petroleum,  Oils,  and  Lubricants 

RAM 

Reliability,  Availability,  and  Maintainability 
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% 

TASC 

TD 

TDA 

TOE 

TRADOC 


Training  Aida  Support  Center 
Training  Developer 
Table  of  Diatribution  and  Allowaneea 
Table  of  Orgainaation  and  Equipment 
OS  Armjr  Training  and  Doctrine  Command 
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